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(57) Abstract 

Binary data representing graphic images, such as a Graphics Interchange Format (GIF) file, are converted into character based data. 
The converted character based data are then loaded onto an Unstructured Supplementary Service Data (USSD) message and transported 
to a mobile terminal via Stand-alone Dedicated Control Channel (SDCCH) provided by the Global System for Mobile (GSM) or Personal 
Communicatjons^System (PCS) i^tu^ork. Once the transmitted US S^^ co-Iiainsag the convened character t^%cd da^ aie received^ 

by the mobile term inairthe encapsulated data are retrieved and reconverted back to the binary data representing the original GIF file. The 
GIF file is then fed into a video graphics array (VGA) driver to be displayed on a liquid crystal display (LCD) unit attached to the mobile 
terminal. 
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SENDING GRAPHIC IMAGES TO MOBILE TERMINALS 

BACKGROUND OF THE INVENTION 

Technical Field nf rhe Invention 

The present invention relates to a digital mobile 
telecommunications system and, in particular, to the 
transmission of graphic images for display by a mobile 
terminal within a digital mobile telecommunications 
system . 

Descript ion of Related Art 

With the advent and development of mobile 
telecommunications systems, telephone users are no longer 
associated with physical wires to communicate over a 
telecommunications network. Because of the mobility and 
the compactness provided by mobile terminals, mobile 
telecommunications systems have been very successful and 
mobile subscribers continue to represent a large and 
increasing percentage of all new telephone subscriptions 
around the world. 

With the continuing improvement in the display 
technology, mobile terminals are now equipped with alpha- 
numeric and graphic displays. Consequently, mobile 
subscribers no longer have to memorize or associate a 
calling party with a long series of numbers. A telephone 
directory number along with a name or label for the party 
can be stored within a memory device residing in a mobile 
terminal. Whenever the user wishes to communicate with 
that particular number, the user can browse the memory and 
select the pre-stored name for communication. 

Furthermore, the Global System for Mobile (GSM) 
communications and Personal Communications System (PCS) 
offer a number of sophisticated and flexible subscriber 
applications to mobile subscribers. One such subscriber 
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application is an Unstructured Supplementary Services Data 
(USSD) protocol which provides a container mechanism to 
transport unstructured or system unrecognizable data 
(e.g., user specified character messages) to an 
5 application within a mobile terminal. USSD utilizes a 

non- traffic channel for communicating application layer 
data between a mobile terminal and a Public Land Mobile 
Network (PLMN) . Because no speech connection is required 
for USSD, a user may use the mobile, terminal for a speech 

10 connection while an application residing within the same 

mobile texTninal simultaneously receives USSD messages over 
a separate communications channel . 
- - An example of *an "USSD application comprises a 
subscriber feature management system. A mobile subscriber 

15 may have subscribed to a number of special subscriber 

features, such as Call Forwarding, Call Waiting, and Speed 
Dialing. In a non-GSM or non-PCS environment, the user 
has to dial the operator or the exchange providing the 
features and manually activate, deactivate, or modify the 

20 features by either speaking with an operator or dialing 

a series of service codes and subsequently needed 
subscriber information. However, with GSM or PCS, a user 
merely has to pull up a menu on the liquid crystal display 
(LCD) attached to a mobile terminal, scroll down to the 

25 . appropriate feature entry, and change the state of- the 
selected feature by either activating, deactivating or 
entering requiring subscriber information without 
establishing a speech connection with the serving PLMN. 
The mobile terminal then automatically transmits the 

30 updated information via USSD messages toward the PLMN to 

actually update the state of the selected feature. 
Another example of an USSD application comprises 
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while a user is in speech with another party. These data 
might comprise directions to a restaurant, advertisements, 
or other text messages for subscriber consideration while 
continuing with a speech communication over the separate 
voice channel . 

One known deficiency with the above GSM or PCS system 
is its inability to transport graphic images such as still 
pictures, moving pictures, or fax images to a mobile 
terminal. This is because the USSD is a character based 
message system. It is standardized to transport character 
data between a mobile terminal and a PLMN . Graphic images 
or fax materials instead comprise binary data or bit data 
which are incompatible with a character based format. 

In order to communicate graphic images to a mobile 
terminal, one solution would be to introduce a different 
transport mechanism or standards. However, the purpose 
of GSM or PCS is to standardize the networking 
environments and protocols to enable mobile users to 
freely travel and communicate over a number of different 
mobile telecommunications systems. Therefore, any new 
protocol or standard must be reviewed and approved by all 
of the participants in the GSM or PCS environment (or 
committee) . Because the current GSM or PCS standard is 
the result of long and arduous negotiations between a 
number of different providers or countries, it is unlikely 
that a new -protocol or mechanism to handle graphic images 
could be timely developed. 

Accordingly, it would be advantageous to transport 
graphic images to a mobile terminal without modifying the 
current PCS or GSM protocols or introducing a new 
transport mechanism or protocol . 
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SUK^4ARY OF THE INVENTION 

The present invention advantageously provides a 
system for transporting graphic images to a mobile 
terminal associated with a mobile telecommunications 
5 syistem using a. character based message system. The binary 

data representing a graphic image are converted into a 
character based format. The converted character based 
format data are then encapsulated within character based 
format messages and transported over to the mobile 
10 terminal via a non-traffic communications channel- The 

mobile terminal reconverts the received character based 
format data to the original binary data and processes the 
- - data for display.- - . . _ , . . 

In one aspect, the present invention includes a 
15 method and apparatus for transporting graphic images to 

a mobile terminal by utilizing Unstructured Supplementary 
Service Data (USSD) messages. 

In another aspect, the present invention includes a 
method and apparatus for transporting graphic images to 
20 a mobile terminal by utilizing Short Message Service (SMS) 

messages . 

In another aspect, the present invention includes a 
method for converting binary graphic image data to 
character based data and for transporting the data via 
25\ USSD or SMS messages. . . - 

In yet another aspect, the -present invention 
discloses a system where a server application converting 
binary graphic image data to character data is located 
within a mobile switching center (MSG) serving a 
30 particular mobile terminal. 

In yet further aspect, the present invention 
discloses a system where a server application converting 
-—binary- - Q-raphi G im age^da^ta-^to-"Character— ^da&a-^i-s— 
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within a home location register associated with a MSG 
serving a particular mobile terminal. 

In still another aspect, the present invention 
discloses a system where a server application converting 
binary graphic image data to character data is located 
within an external node associated with a home location 
register serving a particular mobile terminal . 

In still another aspect, the present invention 
discloses a system where received character based messages 
are reconverted back to the original binary graphic image 
data and processed for display by the mobile term.inal . 

BRIEF DESCRIPTION OF THE DRAWINGS 

A more complete underistanding of the method and 
apparatus of the present invention may be had by reference 
to the following detailed description when taken in 
conjunction with the accompanying drawings wherein: 

FIGURE 1 is a block diagram illustrating the 
communication of Unstructured Supplementary Services Data 
(USSD) messages between a mobile switching center (MSG) 
and a mobile terminal; 

FIGURE 2 is a block diagram illustrating the data 
format of a USSD message; 

FIGURE 3 is a block diagram illustrating the data 
format of Graphics Interchange Format . (GIF) data; 

FIGURE 4 is a block diagram illustrating the overview 
layout of the conversion process for encapsulating binary 
graphic image data into USSD messages; 

FIGURE 5 is a block diagram illustrating the 
encapsulation of GIF data within an USSD message; 

FIGURE 6 is a block diagram illustrating a server 
application transmitting graphic images to a client 
application ; 
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FIGURE 7 is a block diagram illusrrating a server 
application residing within a MSC serving a particular 
mobile terminal; 

FIGURE 8 is a block diagram illustrating a server 
5 application residing within a home location register 

serving a particular mobile terminal; and 

FIGURE 9 is a block diagram illustrating a server 
application residing within an external node connected to 
a home location register serving a particular mobile 
10 terminal . 

DETAILED DESCRIPTION OF THE DRAWINGS 

- -FIG. I is a block diagram illustrating^ the 
communication of Unstructured Supplementary Services Data 

15 (USSD) messages between a mobile terminal 100 and a mobile 

switching center (MSC) 130. Signaling for 

telecommunication services is normally performed in a 
structured way. For example, specific predefined data, 
formats, and signal names are used to setup a speech 

20 connection, to perform handovers, and to authenticate 

subscriber information when providing telecommunications 
service to a . mobile subscriber. However, with the 
introduction of the Global System for Mobile (GSM) 
communications and the Personal Communications System 

25 (PCS) , a number of new and advanced supplementary services 

are being provided, to mobile subscribers. Since these 
supplementary services utilize user specified data, there 
are no structured ways to communicate these data between 
a Public Land Mobile Network (PLMN) GSM application and 

30 a mobile terminal. As a result, a number of unstructured 
message protocols have been developed for the GSM or PCS 
environment. One such protocol is the Short Message 
-,u--S,erj/,i;Qe,c^{;SWS:5;::^ - -txariapox.t.i:rig;::i^iXi:f.oxrna 
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between a PLMN and a mobile terminal . Another protocol 
is Unstructured Supplementary Service Data (USSD) which 
has been introduced to enable user interaction between GSM 
PLMN applications and a mobile terminal in a transparent 
5 way through the mobile telecommunication network. It is 

transparent because neither the MSG nor the mobile 
teirminal review or manipulate the contents of the messages 
being transported. 

Accordingly, USSD or SMS is used when structured, 

10 functional signaling is not available for a supplementary 

-service. The USSD protocol, for example, provides a. 
transport mechanism for carrying unstructured data (e.g, 
user specified text data) to and from an application 
residing within a targeted mobile terminal . One example 

15 of such a supplementary service is the registration, 

deletion, activation, or deactivation of subscriber 
services.' Another example is a message service center 
which interfaces with a mobile telecommunications network 
for providing text information such as weather information 

20 or stock exchange information to mobile subscribers. When 

a mobile subscriber makes a request toward the message 
service center using an USSD message, the message service 
center provides the requested information back to the 
mobile terminal also via USSD messages. 

25 An external node user 110 where a particular 

application module resides is responsible for the 
interaction (signaling procedures) towards the mobile 
terminal 100. The dialogue between the external node user 
110 and the mobile terminal 100 is performed without the 

30 conversion of USSD components by the home location 

register (HLR) 120 or the mobile switching center (MSG) 
130 serving the mobile terminal 100. In other words, the 
^ HLR 12 0 and the M£f^J^O. only^^relay. the USSD comeoneji t^s „ 



BNSOOCID: <WO ^9730556A2J_> 



wo 97/30556 W PCT/US97/02328 



-8- 

between the concerned participants in the above dialogue 
(the external node user 110 and the mobile terminal 100) 
without modification. Whenever the MSG 130 or the HLR 120 
receives a mobile terminal 100 initiated USSD request or 
5 external node user 110 initiated USSD request, it passes 

the request to the USSD handlers 125 and 135. The USSD 
handler 125 residing within the HLR 120 and the USSD 
handler 135 residing within the MSG 130 then perform the 
following tasks to invoke an application or to forward the 
10 messages to a proper application: 

analyze - the syntax . of the operations and 

protocol rules; 

- - identify the USSD- application- -for - -incoming 

mobile terminal initiated USSD operations; 

15 - forward the USSD string and the ' Data Coding 

Scheme unmodified to a local USSD application 
for messages originated by a mobile terminal; 
forward the USSD string and the Data Coding 
Scheme unmodified to a mobile terminal for 

20 outgoing messages originated by local 

appl icat ions ; and 

generate an abort, error component or reject 
component upon an indication received from an 
USSD application. 

25 • . 

-Now referring to FIG. 2, there is shown a block 
diagram illustrating the data format of an USSD or SMS 
message 140. The first eight octets 145 are used to 
specify which language, operation, parameter, data length, 
30 and data sequences are being used while the remaining 

eighty octets 142, if needed, are used to transport 
character data . Because USSD and SMS are character based 



BNSDOCID: <WO ^9730556A2J_> 



wo 97/30556 



PCT/US97/02328 



-9- 

142 are displayed without modification. For example, if 
an ASCII byte representing the letter "c" is transported 
to a mobile terminal, the letter "c" is displayed at the 
next print location on the display unit attached to the 
mobile terminal. Accordingly, a message service center, 
for example, may type a string of characters representing 
-a text message, load the string in the eighcy octet data 
section 142, and transmit the string over to a mobile 
terminal for display. 

Graphic image data, on the other hand, are structured 
differently. To display a graphic image, a value for each 
point or pixel on the screen display is needed. 
Therefore, for a rudimentary screen of 1024 by 750 pixels 
(such as a fixed size screen with black and white display 
capability), 768,000 bits are needed to properly fill the 
available screen space. If the graphic image is in a 
standard format, that will work for different size screens 
and different types of machines that support different 
numbers of characters, other additional information, such 
as a logical screen size, is needed. Furthermore, if the 
display unit has a color display capability, a color value 
for each position or pixel on the screen " is further 
required. Ultimately, a binary file with-a header field - 
describing the logical screen size, logical color map, and 
an array of color values for the screen regions followed 
by actual images is needed. Also, if the resulting binary - 
file is too large, a compression algorithm might have been 
used to ''pack" the actual images. 

An example of a binary format for representing 
graphic images is the Graphics Interchange Format (GIF) 
developed by CompuServe Incorporated. GIF is CompuServe's 
standard for defining generalized raster images and for * 
formatting high-quality, . high- resolution graphics to be 
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displayed on various graphics hardware. However, as will 
be discussed later, other formats are also well known in 
the art . 

Now referring to FIG. 3, there is shown a block 
5 diagram illustrating the data format 160 of a standard GIF 

file. The GIF signature data section 162 specifies the 
GIF version number for the enclosed graphic data. The*** 
screen descriptor data section 164 specifies the overall 
dimensions for the logical screen that is required to 

10 display the enclosed graphic data. It further specifies 

the color mapping information, background -screen color", 
and color depth information. The global color map data 
- - section 166 is optional, .but -recommended- for -images- 

requiring accurate color rendition. More specifically, 

15 the global color map data section 166 specifies color 

intensity for different colors within the color spectrum. 
-The image descriptor data section 168 specifies the actual 
placement of the enclosed graphic data. Therefore, . it 
specifies the start of an image in pixels from the left 

20 side of the screen, the start of the image in pixels from 

the top of . the screen, the width of the image in pixels, 
and the height of the image in pixels. Lastly, the raster 
data 170 represents the actual image to be displayed. The 
format of the actual image is represented as a series of 

25 ■ color index values. The pixels are sequentially stored 
from left to right- for an image row, A number of image 
rows ultimately make up a graphic image. 

An embodiment of the present invention is to 
transport graphic images stored in a binary data file, 

30 ■ . such as the aforementioned GIF file, to a mobile terminal 
by utilizing existing character based protocols such as 
USSD or SMS. By utilizing USSD messages, no new standard 
- or :--'p rGtGepl- -needs ^ to-- be - int-roduced - oy- -cSf::>vAl-f^pg>d n_ - 



3NSDOCID: <WO ^97305S6A2J_> 



wo 97/30556 



PCT/US97/02328 



-11- 

efficienciy and accurately transport graphic image data 
to a mobile terminal- However, since the USSD transport 
mechanism is a character based protocol, only seven bits 
out of a byte (a single byte consists of eight bits) may 
be utilized to carry actual data. The remaining one bit 
is used for the USSD protocol's own purposes - such as a 
stop bit or start bit. As a. result, the aforementioned 
768,000 bits for displaying images to the 1024 by 750 
pixel screen need to be divided into 109,715 bytes 
(768,000 divided by seven) to be encapsulated by USSD 
messages. Also, the header information such as the 
logical screen size, image descriptor, background screen 
color, and the graphic file format name needs to be 
included in the USSD message as well. After the 109,715 
bytes are received by the mobile terminal, the graphic 
image data are extracted and converted back into its 
original format containing a header including screen, 
color, and location attributes followed by the actual 
arrays of graphic images. 

FIG. 4 is a block diagram illustrating the overview 
layout of the conversion process of encapsulating binary 
graphic image data into USSD messages . As described 
previously, a stream of binary data, within a GIF file 160 
are divided up via groups of seven bits 176 and 
individually reformat ted to eight bit bytes 150.. The 
remaining one bit is used for USSD purposes. The 
reformatted bytes 150 are then encapsulated using USSD 
messages 140. Within each USSD message, the header 145 
indicates which destination and application module need 
to receive this character data, and the string section 142 
encapsulates the formatted character data. If the GIF 
file 160 is too large for a single USSD message, a number 
pfUSSp messages, as needed, are utilized to. separately^ 
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transport the binary graphic image data. Once the mobile 
terminal receives the USSD messages 140, the encapsulated 
character data are extracted and reconverted to the 
original GIF file 160. During the process of conversion, 
5 appropriate header information 174 and the actual image 

data 172 for the original GIF file are reassembled. 

Accordingly, reference is now made to FIG. 5 where, 
in accordance with the teachings of the present invention, 
an USSD. message 140 is shown encapsulating a GIF file 160 

10 (or part of a GIF file) which has been converted to 

character based data. As described above, by splitting 
up arrays of bit data into 7 -bit character data to enable 
. .the contents of the GIF file -160 to be compatible with a 
character based carrier, such as the USSD message 140, the 

15 USSD string section 142 can be utilized to transport 

converted graphic images 160 without requiring a different 
transportation mechanism or protocol. 

FIG. 6 is a block diagram illustrating a server 
application transmitting graphic images to a client 

20 application in accordance with the teachings of the 

present invention. The server application module 200 is 
responsible for converting graphic images along with 
header information into character base data and for 
transmitting them over to the client application module 

25 200 residing within a mobile terminal. The server 

application 200 can internally store- the subscriber 
requested information via a database, or it can receive 
the requested information externally as illustrated by a 
line 240 representing a graphic image received from, for 

30 example, a fax machine. Accordingly, the reception 

function module 210 within the server application module 
200 receives the user requested information from external 
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nodes or retrieves it from internal storage sources, and 
passes it to the conversion function module 220. 

The conversion function module 220 takes the graphic 
image data file, such as a GIF file, and converts the 
5 stored binary data along with header information into 

character based data as described previously. It further 
loads the converted binary data into a number of USSD 
messages as necessary to transport the whole GIF file. 
The USSD messages encapsulating the converted GIF binary 

10 data are then sent to the sending function module 23 0 to 

be transported to the client application module 300. As 
described in FIG. 1, these USSD messages are then sent to 
an USSD handler residing within an HLR or MSG to be 
physically transported to a mobile terminal. These USSD 

15 messages are physically transported separately from the 

traffic channel (TCH) utilizing a control channel such as 
Stand-alone Dedicated Control Channel (SDGCH) . 

Once the transmitted USSD messages are received by 
the mobile terminal, an USSD handler residing within the 

20 mobile terminal forwards the messages to the client 

application module 300. The reception function module 330 
within the application module 300 intercepts the received 
USSD messages and extracts the encapsulated graphic image 
data. The extracted data are then sent to the conversion 

25 function module 320 which in turn reconverts the character 

based data back to the original GIF data. This is 
performed by extracting the seven bit data from an eight 
bit byte, and rearranging them to represent the original 
arrays of bit data. 

30 While converting the extracted data, the conversion 
function module 320 first needs to ascertain the format 
of the encapsulated graphic file. Graphic file formats 
- - j^^^E^!^^^ " jpu t - no t ■ 1 Imi.t ed- -^t o :-_ _^ 
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- GIF: 

- JPEG: 

- ACR: 

- BMP: 
5 - PCX: 

- CGM : 

- HDF: 

- P3D: 

10 - RTF: 

- MPEG: 

- FLI : 

- - The- conversion- function module . needs to know which graphic 
format is used to properly convert the header information 

15 along with the rest of the graphic data properly. The 

variations and number of graphic, formats, as illustrated 
above, are not limited* to the aforementioned list. As 
long as the conversion function module 220 residing within 
. the server application 200 and the conversion function 

20 module 320 residing within the. client application 300 are 

in agreement to recognize each other's converted data, any 
format can be utilized. After ascertaining the current 
graphic file format, the extracted data are converted 
accordingly back to their original data format. 

25 The reconverted GIF or graphic image data are then 

sent to the user application function module 310 to be 
displayed on to a display unit 340 attached to or within 
the mobile terminal. The user application function module 
310 might accomplish this display task by feeding the GIF 

30 data to a video graphics array (VGA) driver 342 associated 

with the display unit 340. 

The client application module 300 needs to physically 

:^^z ^r^e-s-id^e^-v.^^ 
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Graphics Interchange Formats- 
Joint Photographies Expert Group; 
ACR-NEMA medical image file; 
Bitmap format file; 
Paintbrush picture format; 
Computer Graphics Metafile; 
Hierarchical Data Format; 

Pittsburg Supercomput ing Center 3D 
Metafile; 
Rich Text format; 
Motion Pictures Expert Group 
Animation file format. 
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convert, and display graphic images. On the other hand, 
the server application module 200 can reside within a 
number of different nodes within a mobile 
telecommunications network. FIG. 7 is a block diagram 
5 illustrating a server, application 200 residing within a 

MSG 130 serving a particular mobile terminal 100. The 
server applica.tion module 200 residing within the MSG 130 
retrieves or receives the user requested graphic images, 
and converts the binary data representing the graphic 
10 images to USSD compatible character based data. As 

described in FIG. 6> such converted data are then loaded 
onto USSD messages and sent to an USSD handler within the 
MSG 130. The MSG 130 in turn transmits the USSD message 
to the base station controller 310. The base station 
15 controller 310 ascertains the particular base station 300 

covering the cell area currently occupied by the mobile 
station 100, and transmits the USSD message to that 
particular base station 300. The base station 300 then 
transmits the USSD message to the mobile terminal 100 over 
a non-traffic communications channel such as Stand-alone 
Dedicated Control Ghannel (SDGGH) . SDGGK is one of the 
control channels provided by the GSM or PCS network system 
utilizing the Time -Division Multiple Access (TDMA) 
technology and is normally used for system signaling 
during a call set-up before allocation of a traffic 
channel (TCH) . For example, subscriber registration and 
authentication take place via SDGCH. Once the mobile 
terminal 100 receives the USSD message, the USSD handler 
within the mobile terminal 100 reviews the USSD header 
30 information associated with the received USSD message and 

determines which application needs to receive the message. 
As a result, the client application module 310 is 
forwarded the USSD message, . and ^n accordance wit h^ t^^^ 
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teachings of the present invention, the character based 
data are extracted and reconverted back to its original 
binary data format. The reconverted binary data, such as 
a GIF file, are then input into a VGA driver to be 
5 displayed onto a LCD unit. By utilizing SDCCH instead of 

a traffic channel (TCH) , the mobile terminal 100 is 
capable of displaying graphic images on a LCD unit while 
the subscriber ■■ is simultaneously involved in a 
conversation with another telecommunications user. 

10 Reference is now made to FIG. 8 where a block diagram 

illustrating a server application 200 residing within a 
home location register (HLR) 120 serving the mobile 
terminal 100- is shown; As mentioned previously, the 
server application module 200 can be associated with a 

15 number of different nodes, within a mobile 

telecommunications network. For network originated USSD 
operations, they follow the similar procedures for 
transmitting graphic images as described in FIG. 7. One 
difference is that the conversion and encapsulation are 

20 performed within the server application module 200 located 
within the HLR 120 instead of the MSG 130, However, for 
mobile terminal 100 initiated operations, messages are 
forwarded to the MSG 130 via the path of the mobile 
terminal 100 to the base station 300 to the base station 

25 controller 310 to the MSG 130. The MSG 130 then looks at 

the.header information associated with the received USSD 
message and determines that the specified application is 
not recognized. As a result, the MSG 130 transmits the 
unrecognized USSD message to the HLR 120. The HLR 120 

30 then determines that the application specified by the 

header resides within the HLR 120 itself, and forwards the 
USSD data to the server application module 200 . 
. . - , -47.S.ubseqwen:!:JL:y-y -^tii.ei«se:o^ex.';9;ppiLiQa4:J^^^ 
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and performs the user request contained within the 
received USSD data. Such a request, for example, may be 
for a graphic representation of, a local map or area. The 
server application module 200 accordingly retrieves the 
information internally or receives them from an external 
source, and transmits the requested graphic image back to 
uhe mobile terminal 100 as explained above. 

Reference is now made to FIG. 9 where a block diagram 
illustrating a server application module 200 residing 
within an external node 400 connected to a home location 
register 120 serving a mobile terminal 100 is shown. For 
network originated USSD operations, they follow the 
similar procedures for transmitting graphic images as 
described in FIG. 8. One difference is that the 
conversion and encapsulation are performed within the 
server application module 200 located within the external 
node 400 instead of the HLR 120. The USSD handlers 
residing within the HLR 120 and the MSG 130 transparently 
handle and route the USSD messages generated by the 
external node 400. For mobile terminal 100 initiated 
operations, messages are forwarded to the MSG 13C via the 
path of the mobile- terminal 100 to the base "station 300 
to the base station controller 310 to the MSG 130. The 
MSG 130 again looks at the header information associated 
25 with the received USSD message and determines that the 

specified application is .not recognized. The MSG 130, in 
turn, transmits the unrecognized USSD message to the HLR 
120. The HLR 120 also looks at the header information 
associated with the received USSD message and subsequently 
determines that the specified application also does not 
reside within the HLR 120 itself. The HLR 120 further 
transmits the USSD message to the external node 400 that 
is associated with the HLR_ 120.. . The ^.external _npji.e^^ 
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lastly looks at the header information specified by the 
received USSD message and forwards it to the server 
application module 200 residing within the external node 
400 for execution. As described previously, the server 
5 application then ascertains and properly performs the user 

request contained within the received USSD data. 

Although a preferred embodiment of the method and' 
apparatus of the present invention has been illustrated 
in the accompanying Drawings arid described in the 

10 foregoing Detailed Description, it will be understood that 

the invention is not limited to the embodiment disclosed; 
but is capable of numerous rearrangements, modifications 

. ... - and substitutions -without departing from the spirit of the 
invention as set forth and defined by the following 

15 claims. 
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WHAT IS CLAIMED IS: 

1. A system for communicating binary data 
representing a graphic image between a first node and a 
second node within a mobile telecommunications system, 
5 said system comprising: 

a server application module associated with said 
first node, said server application module comprising: 

a first conversion function module for 
formatting said binary data to character based 

]0 data; and 

a sending f unction . module connected to said 
first conversion function module for transmitting said 
formatted character based data to said second node 

a client application module associated with said 
15 second node, said client application module comprising: 

a first reception function module for receiving 
said formatted character based data; and 

a second conversion function module connected 
to said first reception function for reconverting said 
20 character based data to said binary data representing said 

graphic image ; and 

a digital communications link for communicating 
messages containing character based data from said first 
node to said second node. 



25 



30 



2. The system of claim 1 wherein said sending 
function module loads said converted character based data 
into said messages and communicates over said digital 
communications link. 

3. The system of claim 1 wherein said first 
reception ■ function module receives said messages 
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containing said converted character based data over said 
digital communications 1 ink . 

4 . The system of claim 3 wherein said client 
5 application module further comprises an application 

function module for displaying said binary data. 

5. The system of claim 1 wherein said graphic 
images are stored in a Graphic Interchange format (GIF). 

10 file, 

6 . The sfystem of claim 1 wherein said server 
application module is' located within a mobile switching 
center (MSG) . . 

15 

7. The system of claim 1 wherein said server 
application module is located within a home location 
register (HLR) associated with a mobile switching center 
serving said second node, 

20 

8. The system of claim 1 wherein said server 
application module is located within an external node 
connected to a home location register serving said second 
node , 

25 

9. The system of claim 1 wherein said client 
..application module is within a mobile terminal. 

10. The system of claim 1 wherein said server 
30 application module further comprises a second reception 

function module for receiving said binary data from an 
external node. 
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11. The system of claim 1 wherein said messages 
comprise Unstructured Supplementary Services Data (USSD) 
formatted messages . 

■5 12, The system of claim 1 wherein said messages 

comprise Short Messages Service (SMS) formatted messages. 

13, The system of claim 1 wherein said digital 
communication link comprises a Stand-alone Dedicated 
10 Control Channel (SDCCH) . 

14 . A method of communicating binary data 
representing a graphic image from a mobile 
telecommunications network to a mobile terminal associated 
with said mobile telecommunications network, said method 
comprising the steps of: 

loading said binary data representing said 
graphic image into a character based message signals- 
transmitting said character based message signal 
to said mobile terminal; and 

extracting said binary data representing said 
graphic image for display. 

15. The method of claim 14 wherein said step of 
loading further comprises the steps of : 

formatting said binary data within said mobile 
telecommunications network into a character based format; 
and 

loading said character based formatted data into 
said character based message signal. 

16, The method of claim 15 wherein said step of 
formatting said binary data further comprises the step of _ 



15 



20 



25 



30 
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formatting said binary data to character data compatible 
with an Unstructured Supplementary Services Data (USSD) 
format. 



5 17. The method of claim 15 wherein said step of 

formatting said binary data further comprises the step of 
formatting said binary data to character data compatible 
with a Short Message Service (SMS) format. 

10 18. The method of claim 14 wherein said step of 

extracting further comprises the step of reformatting said 
character based formatted data to said binary data 
- representing said^graphic image. 

15 19- . The method of claim 14 wherein said step of 

transmitting further comprises the step of transmitting 
said character - based message via a non-traffic digital 
communications channel. 



20 20. The method of claim 19 wherein said step of 

transmitting further comprises the step of transmitting 
said character based message via a Stand-alone Dedicated 
Control Channel (SDCCH) . 

25 21. The method of claim 15 wherein said binary data 

representing said graphic images comprise a Graphic 
Interchange Format (GIF) file. 

22. A mobile terminal for displaying graphic images 
30 received from a mobile switching center (MSC) within a 

mobile telecommunications network, said mobile terminal 
comprising: 
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a reception module for receiving from said MSC 
messages encapsulating character based data; 

a conversion module for converting said 
character based data to binary data representing said 
5 graphic image; and 

an application module for displaying said binary 
data representing said graphic image on a display attached 
to said mobile terminal. 

10 23 . The mobile terminal of claim 22 wherein said 

reception module is connected to receive said messages via 
a non-traffic digital communications channel. 

24 . The mobile terminal of claim 23 wherein said 
15 non- traffic digital communications channel comprises a 

Stand-alone Dedicated Control Channel (SDCCH) . 

25. The mobile terminal of claim 22 wherein said 
messages comprise Unstructured Supplementary Services Data 

20 (USSD) formatted messages. 

26 . The mobile terminal of claim 22 wherein said 
messages comprise Short Message Service (SMS) formatted, 
messages. 

25 

27. ..The mobile terminal of claim 22 wherein said 
application module further comprises a graphic interface 
driver module for displaying said binary data representing 
said graphic images . 

30 

28. The mobile terminal of claim 22 wherein said 
binary data are formatted according to a Graphic 
Interchange Format (GIF). . „ 
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29. A system for communicating binary data 
representing a graphic image from a mobile 
telecommunications system to a mobile terminal associated 
with said mobile telecommunications system,, said system 
5 comprising: 

means for formatting said binary data within said 
mobile telecommunications system into a character based 
format ; 

means for loading said character based formatted data 
10 into a character based messages- 

means for transmitting said character based message 
to said mobile terminal; and 

means for reformatting said character based formatted 
data back from said message to said binary data for 
15 displaying said graphic image. 

•30. The system of claim 29 wherein said means for 
formatting further comprises means for formatting said 
binary data to character data compatible with an 
20 Unstructured Supplementary Services Data (USSD) format. 

31. The system of claim 29 wherein said means "for 
formatting further comprises means for formatting said 
binary data to character data compatible with a Short 

25 Message Service (SMS) format. 

32. The system of claim 29 wherein said means for 
transmitting further comprises means for transmitting said 
character based message via a non-traffic digital 

30 communications channel. 
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33. The system of claim 32 wherein said non-traffic 
digital communications channel comprises a Stand-alone 
Dedicated Control Channel (SDCCH) . 

5 34. The system of claim 29 wherein said binary data 

representing said graphic images are formatted in 
accordance with a Graphic Interchange Format (GIF) . 

35. The system of claim 29 wherein said means for. 
10 receiving is located within a mobile switching center 

(MSC) serving said mobile terminal. 

36. The system of claim 29 wherein said means for 
receiving is located within a home location register (HLR) 

15 associated with a mobile switching center serving said 

mobile terminal. 

37. The system of claim 29 wherein said means for 
receiving is located within an external node connected to 

20 a home location register serving said mobile terminal. 
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